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STEM, METHOD AND ARTICLE OF MANUFACTURE FOR A NETWORK- 
BASED CHILD SUWORT FRAMEWORK 

5 

FIELD OF THE INVENTION 

The present invention relates to databases and more particularly to databases for 
tracking parental financial support. 

10 

BACKGROUND OF THE INVENTION 

Currently, child support systems rely heavily on telephonic or in-person 
15 communications between custodial and non-custodial parents and state agency staff. 
Even simple questions about such things as status of support payments have to be 
answered by talking to a staff member with dedicated computer terminals connected 
directly to intra-agency computer systems, resulting in the custodial parents having 
very little active participation in the management of their cases. 

20 

Parents and state staff members also rely on mail to communicate. However, 
correspondence sent through the postal system is slow and may get lost. Further, 
postage costs place a heavy burden on already strained budgets. 

25 What is needed is a system that allows parents involved in a child support case to 
access information immediately without speaking directly to a state agency staff 
member or waiting for correspondence. 
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SUMMARY OF THE INVENTION 



A system, method and article of manufacture are provided for providing a network- 
based child financial support framework. First, a database is maintained including 
information on a received financial support payment utilizing a network. Further, 
general information is provided relating to the financial support payment utilizing 
the network. The calculation of a proper amount of the financial support payment 
may also be allowed based on a profile a user. Still yet, a history associated with the 
financial support payment is displayed. 

Li one embodiment of the present invention, the profile may include data such as 
income, number of children, basic support, insurance premium, child care cost, 
and/or additional expenses. The history may include a date, an amount received on 
the date, an amount retained of the amount received, and a disbursement of the 
amount received to the custodial parent. 

In yet another embodiment of the present invention, a plurality of frequently asked 
questions may be presented relating to the financial support payment. 



AND1P597 



- 3 - 



BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be better understood when consideration is given to the following 
detailed description thereof. Such description makes reference to the annexed 
drawings wherein: 

Figure 1 is a flowchart illustrating a method for providing a network-based child 
financial support framework; 

Figure 1 A illustrates an exemplary network architecture for implementing the 
present invention; 

Figure 2 is a schematic diagram of a hardware implementation of one embodiment 
of the present invention; 

Figure 3 illustrates a home page interface in accordance with one embodiment of the 
present invention; 

Figure 4 is a flowchart illustrating a method for affording information services in a 
child support framework; 

Figure 5 is a graphical user interface illustrating the frequently asked questions 
associated with the information services of Figure 4; 

Figure 6 is a graphical user interface illustrating the financial support violators 
associated with the information services of Figure 4; 

Figure 7 is a graphical user interface illustrating the field office links associated with 
the information services of Figure 4; 
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Figure 8 is a graphical user interface illustrating other services associated with the 
information services of Figure 4; 

Figure 9 is a graphical user interface illustrating the eligibility requirements 
associated with the receiving financial support of Figure 4; 

Figure 10 is a flowchart illustrating a method for affording a financial support 
payment status; 

Figure 1 1 is a log-in graphical user interface that may be required for execution of 
the method of Figure 10; 

Figure 12 is a graphical user interface that allows access to various types of status 
information in accordance with the method of Figure 10; 

Figure 13 is a flowchart illustrating a method for providing a payment history of a 
financial support payment; 

Figure 14 is a graphical user interface that conveys the payment history information 
in accordance with the method of Figure 13; 

Figure 15 is a flowchart of a method for calculating an amount of child support; 

Figure 16 is a graphical user interface that executes the calculator function in 
accordance with the method of Figure 15; 

Figure 17 is a summary of a proposed site map associated with the present 
invention; 

Figures 18-24 show flow diagrams illustrating possible navigation routes during use 
of the present invention; 
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Figure 25 illustrates the components of the "25 Most Wanted" Infrastructure; 

Figure 26 illustrates the "Recent News on Case" Infrastructure Components; 

Figure 27 illustrates the Amount Due For The Current Month Infrastructure 
Components; 

Figure 28 is a "Contact Us / Email Connection to Case Worker" Infrastructure 
Components; 

Figure 29 illustrates the components of the "Have You Found the Non-Custodial 
Parent of My Children" Infrastructure; 

Figure 30 illustrates the components of the "Where is My Money" Infrastructure; 
and 

Figure 31 illustrates the "Why Didn't I Get My Child Support Payment" 
Infrastructure Components. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention provides an eChild Support Enforcement intention-based, 
5 interactive web application that allows parents and employers to exchange 

information that previously could only be handled on the phone or in person with 
state agency staff. Using an intention-based question/answer based approach, 
eChild Support Enforcement lets case participants inquire about the status of their 
support cases. Thus, custodial and non-custodial parents are allowed access to 
10 information which was previously only available to specially trained state agency 
staff using dedicated computer terminals connected directly to intra-agency 
"4;: computer systems. The application actively engages custodial parents in the 

Ul management of their cases. The eChild Support Enforcement application provides 

?i better methods and tools allowing the custodial parent and the case worker to share 

| 15 information. 

Ul 

Figure 1 is a flowchart illustrating a method 100 for providing a network-based child 
4= financial support framework. First, in operation 102, a database is maintained 

s j including information on a received financial support payment utilizing a network. 

^ 20 Further, in operation 104, general information is provided relating to the financial 

support payment utilizing the network. The calculation of a proper amount of the 
financial support payment may also be allowed based on a profile a user, as 
indicated in operation 106. Still yet, in operation 108, a history associated with the 
financial support payment is displayed. 

25 

Figure 1 A illustrates an exemplary network architecture 150 for implementing the 
present invention. As shown, a web browser 152 is used to connect to a web server 
154. The web server is connected to an application server 156 and a mainframe 158. 
The various components set forth in Figure 1 A may be practiced in the context of a 
30 personal computer such as an IBM compatible personal computer, Apple Macintosh 
computer or UNIX based workstation. A representative hardware environment is 
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depicted in Figure 2, which illustrates a typical hardware configuration of a 
workstation in accordance with a preferred embodiment having a central processing 
unit 210, such as a microprocessor, and a number of other units interconnected via a 
system bus 212. The workstation shown in Figure 2 includes a Random Access 
Memory (RAM) 214, Read Only Memory (ROM) 216, an I/O adapter 218 for 
connecting peripheral devices such as disk storage units 220 to the bus 212, a user 
interface adapter 222 for connecting a keyboard 224, a mouse 226, a speaker 228, a 
microphone 232, and/or other user interface devices such as a touch screen (not 
shown) to the bus 212, communication adapter 234 for connecting the workstation to 
a communication network (e.g., a data processing network) and a display adapter 
236 for connecting the bus 212 to a display device 238. The workstation typically 
has resident thereon an operating system such as the Microsoft Windows NT or 
Windows/95 Operating System (OS), the IBM OS/2 operating system, the MAC OS, 
or UNIX operating system. Those skilled in the art will appreciate that the present 
invention may also be implemented on platforms and operating systems other than 
those mentioned. 

A preferred embodiment is written using JAVA, C, and the C++ language and 
utilizes object oriented programming methodology. Object oriented programming 
(OOP) has become increasingly used to develop complex applications. As OOP 
moves toward the mainstream of software design and development, various software 
solutions require adaptation to make use of the benefits of OOP. A need exists for 
these principles of OOP to be applied to a messaging interface of an electronic 
messaging system such that a set of OOP classes and objects for the messaging 
interface can be provided. 

OOP is a process of developing computer software using objects, including the steps 
of analyzing the problem, designing the system, and constructing the program. An 
object is a software package that contains both data and a collection of related 
structures and procedures. Since it contains both data and a collection of structures 
and procedures, it can be visualized as a self-sufficient component that does not 
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require other additional structures, procedures or data to perform its specific task. 
OOP, therefore, views a computer program as a collection of largely autonomous 
components, called objects, each of which is responsible for a specific task. This 
concept of packaging data, structures, and procedures together in one component or 
5 module is called encapsulation. 

In general, OOP components are reusable software modules which present an 
interface that conforms to an object model and which are accessed at run-time 
through a component integration architecture. A component integration architecture 
is a set of architecture mechanisms which allow software modules in different 
process spaces to utilize each others capabilities or functions. This is generally done 
by assuming a common component object model on which to build the architecture. 
It is worthwhile to differentiate between an object and a class of objects at this point. 
An object is a single instance of the class of objects, which is often just called a 
class. A class of objects can be viewed as a blueprint, from which many objects can 
be formed. 

OOP allows the programmer to create an object that is a part of another object. For 
example, the object representing a piston engine is said to have a composition- 
relationship with the object representing a piston. In reality, a piston engine 
comprises a piston, valves and many other components; the fact that a piston is an 
element of a piston engine can be logically and semantically represented in OOP by 
two objects. 

25 OOP also allows creation of an object that "depends from" another object. If there 
are two objects, one representing a piston engine and the other representing a piston 
engine wherein the piston is made of ceramic, then the relationship between the two 
objects is not that of composition. A ceramic piston engine does not make up a 
piston engine. Rather it is merely one kind of piston engine that has one more 

30 limitation than the piston engine; its piston is made of ceramic. In this case, the 
object representing the ceramic piston engine is called a derived object, and it 
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inherits all of the aspects of the object representing the piston engine and adds 
further limitation or detail to it. The object representing the ceramic piston engine 
"depends from" the object representing the piston engine. The relationship between 
these objects is called inheritance. 

5 

When the object or class representing the ceramic piston engine inherits all of the 
aspects of the objects representing the piston engine, it inherits the thermal 
characteristics of a standard piston defined in the piston engine class. However, the 
ceramic piston engine object overrides these ceramic specific thermal 

10 characteristics, which are typically different from those associated with a metal 

piston. It skips over the original and uses new functions related to ceramic pistons. 
Different kinds of piston engines have different characteristics, but may have the 
same underlying functions associated with it (e.g., how many pistons in the engine, 
ignition sequences, lubrication, etc.). To access each of these functions in any piston 

15 engine object, a programmer would call the same functions with the same names, 
but each type of piston engine may have different/overriding implementations of 
functions behind the same name. This ability to hide different implementations of a 
function behind the same name is called polymorphism and it greatly simplifies 
communication among objects. 

20 

With the concepts of composition-relationship, encapsulation, inheritance and 
polymorphism, an object can represent just about anything in the real world. In fact, 
one's logical perception of the reality is the only limit on determining the kinds of 
things that can become objects in object-oriented software. Some typical categories 
25 are as follows: 

• Objects can represent physical objects, such as automobiles in a traffic- flow 
simulation, electrical components in a circuit-design program, countries in an 
economics model, or aircraft in an air-traffic-control system. 

• Objects can represent elements of the computer-user environment such as 
30 windows, menus or graphics objects. 



ANDJP597 



- 10- 

• An object can represent an inventory, such as a personnel file or a table of 
the latitudes and longitudes of cities. 

• An object can represent user-defined data types such as time, angles, and 
complex numbers, or points on the plane. 

With this enormous capability of an object to represent just about any logically 
separable matters, OOP allows the software developer to design and implement a 
computer program that is a model of some aspects of reality, whether that reality is a 
physical entity, a process, a system, or a composition of matter. Since the object can 
represent anything, the software developer can create an object which can be used as 
a component in a larger software project in the future. 

If 90% of a new OOP software program consists of proven, existing components 
made from preexisting reusable objects, then only the remaining 10% of the new 
software project has to be written and tested from scratch. Since 90% already came 
from an inventory of extensively tested reusable objects, the potential domain from 
which an error could originate is 10% of the program. As a result, OOP enables 
software developers to build objects out of other, previously built objects. 

This process closely resembles complex machinery being built out of assemblies and 
sub-assemblies. OOP technology, therefore, makes software engineering more like 
hardware engineering in that software is built from existing components, which are 
available to the developer as objects. All this adds up to an improved quality of the 
software as well as an increased speed of its development. 

Programming languages are beginning to fully support the OOP principles, such as 
encapsulation, inheritance, polymorphism, and composition-relationship. With the 
advent of the C++ language, many commercial software developers have embraced 
OOP. C++ is an OOP language that offers a fast, machine-executable code. 
Furthermore, C++ is suitable for both commercial-application and systems- 
programming projects. For now, C++ appears to be the most popular choice among 
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many OOP programmers, but there is a host of other OOP languages, such as 
Smalltalk, Common Lisp Object System (CLOS), and Eiffel. Additionally, OOP 
capabilities are being added to more traditional popular computer programming 
languages such as Pascal. 

5 

The benefits of object classes can be summarized, as follows: 

• Objects and their corresponding classes break down complex programming 
problems into many smaller, simpler problems. 

• Encapsulation enforces data abstraction through the organization of data into 
10 small, independent objects that can communicate with each other. 

Encapsulation protects the data in an object from accidental damage, but 
allows other objects to interact with that data by calling the object's member 
tjj functions and structures. 

O • Subclassing and inheritance make it possible to extend and modify objects 

SU* 15 through deriving new kinds of objects from the standard classes available in 

y 1 the system. Thus, new capabilities are created without having to start from 

Cj scratch. 

21 • Polymorphism and multiple inheritance make it possible for different 

'2* programmers to mix and match characteristics of many different classes and 

p 20 create specialized objects that can still work with related objects in 

predictable ways. 

• Class hierarchies and containment hierarchies provide a flexible mechanism 
for modeling real-world objects and the relationships among them. 

• Libraries of reusable classes are useful in many situations, but they also have 
25 some limitations. For example: 

• Complexity. In a complex system, the class hierarchies for related classes 
can become extremely confusing, with many dozens or even hundreds of 
classes. 

• Flow of control. A program written with the aid of class libraries is still 
30 responsible for the flow of control (i.e., it must control the interactions 



AND1P597 



- 12- 



among all the objects created from a particular library). The programmer has 
to decide which functions to call at what times for which kinds of objects. 
• Duplication of effort. Although class libraries allow programmers to use and 
reuse many small pieces of code, each programmer puts those pieces 
together in a different way. Two different programmers can use the same set 
of class libraries to write two programs that do exactly the same thing but 
whose internal structure (i.e., design) may be quite different, depending on 
hundreds of small decisions each programmer makes along the way. 
Inevitably, similar pieces of code end up doing similar things in slightly 
different ways and do not work as well together as they should. 

Class libraries are very flexible. As programs grow more complex, more 
programmers are forced to reinvent basic solutions to basic problems over and over 
again. A relatively new extension of the class library concept is to have a 
framework of class libraries. This framework is more complex and consists of 
significant collections of collaborating classes that capture both the small scale 
patterns and major mechanisms that implement the common requirements and 
design in a specific application domain. They were first developed to free 
application programmers from the chores involved in displaying menus, windows, 
dialog boxes, and other standard user interface elements for personal computers. 

Frameworks also represent a change in the way programmers think about the 
interaction between the code they write and code written by others. In the early days 
of procedural programming, the programmer called libraries provided by the 
operating system to perform certain tasks, but basically the program executed down 
the page from start to finish, and the programmer was solely responsible for the flow 
of control. This was appropriate for printing out paychecks, calculating a 
mathematical table, or solving other problems with a program that executed in just 
one way. 
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The development of graphical user interfaces began to turn this procedural 
programming arrangement inside out. These interfaces allow the user, rather than 
program logic, to drive the program and decide when certain actions should be 
performed. Today, most personal computer software accomplishes this by means of 
5 an event loop which monitors the mouse, keyboard, and other sources of external 
events and calls the appropriate parts of the programmer's code according to actions 
that the user performs. The programmer no longer determines the order in which 
events occur. Instead, a program is divided into separate pieces that are called at 
unpredictable times and in an unpredictable order. By relinquishing control in this 
10 way to users, the developer creates a program that is much easier to use. 

Nevertheless, individual pieces of the program written by the developer still call 
m libraries provided by the operating system to accomplish certain tasks, and the 

fjl programmer must still determine the flow of control within each piece after it's 

^ called by the event loop. Application code still "sits on top of the system. 

f 1 15 

ELsl 

y | Even event loop programs require programmers to write a lot of code that should not 

^ need to be written separately for every application. The concept of an application 

4= framework carries the event loop concept further. Instead of dealing with all the 

vl nuts and bolts of constructing basic menus, windows, and dialog boxes and then 

«f 20 making these things all work together, programmers using application frameworks 

start with working application code and basic user interface elements in place. 
Subsequently, they build from there by replacing some of the generic capabilities of 
the framework with the specific capabilities of the intended application. 

25 Application frameworks reduce the total amount of code that a programmer has to 
write from scratch. However, because the framework is really a generic application 
that displays windows, supports copy and paste, and so on, the programmer can also 
relinquish control to a greater degree than event loop programs permit. The 
framework code takes care of almost all event handling and flow of control, and the 

30 programmer's code is called only when the framework needs it (e.g., to create or 
manipulate a proprietary data structure). 
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A programmer writing a framework program not only relinquishes control to the 
user (as is also true for event loop programs), but also relinquishes the detailed flow 
of control within the program to the framework. This approach allows the creation 
of more complex systems that work together in interesting ways, as opposed to 
isolated programs, having custom code, being created over and over again for 
similar problems. 

Thus, as is explained above, a framework basically is a collection of cooperating 
classes that make up a reusable design solution for a given problem domain. It 
typically includes objects that provide default behavior (e.g., for menus and 
windows), and programmers use it by inheriting some of that default behavior and 
overriding other behavior so that the framework calls application code at the 
appropriate times. 

There are three main differences between frameworks and class libraries: 

• Behavior versus protocol. Class libraries are essentially collections of 
behaviors that you can call when you want those individual behaviors in your 
program. A framework, on the other hand, provides not only behavior but 
also the protocol or set of rules that govern the ways in which behaviors can 
be combined, including rules for what a programmer is supposed to provide 
versus what the framework provides. 

• Call versus override. With a class library, the code the programmer 
instantiates objects and calls their member functions. It's possible to 
instantiate and call objects in the same way with a framework (i.e., to treat 
the framework as a class library), but to take full advantage of a framework's 
reusable design, a programmer typically writes code that overrides and is 
called by the framework. The framework manages the flow of control 
among its objects. Writing a program involves dividing responsibilities 
among the various pieces of software that are called by the framework rather 
than specifying how the different pieces should work together. 
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• Implementation versus design. With class libraries, programmers reuse only 
implementations, whereas with frameworks, they reuse design. A 
framework embodies the way a family of related programs or pieces of 
software work. It represents a generic design solution that can be adapted to 
a variety of specific problems in a given domain. For example, a single 
framework can embody the way a user interface works, even though two 
different user interfaces created with the same framework might solve quite 
different interface problems. 

Thus, through the development of frameworks for solutions to various problems and 
programming tasks, significant reductions in the design and development effort for 
software can be achieved. A preferred embodiment of the invention utilizes 
HyperText Markup Language (HTML) to implement documents on the Internet 
together with a general-purpose secure communication protocol for a transport 
medium between the client and the Newco. HTTP or other protocols could be 
readily substituted for HTML without undue experimentation. Information on these 
products is available in T. Berners-Lee, D. Connoly, "RFC 1866: Hypertext Markup 
Language - 2.0" (Nov. 1995); and R. Fielding, H, Frystyk, T. Berners-Lee, J. Gettys 
and J.C. Mogul, "Hypertext Transfer Protocol -- HTTP/1 . 1 : HTTP Working Group 
Internet Draft" (May 2, 1996). HTML is a simple data format used to create 
hypertext documents that are portable from one platform to another. HTML 
documents are SGML documents with generic semantics that are appropriate for 
representing information from a wide range of domains. HTML has been in use by 
the World-Wide Web global information initiative since 1990. HTML is an 
application of ISO Standard 8879; 1986 Information Processing Text and Office 
Systems; Standard Generalized Markup Language (SGML). 

To date, Web development tools have been limited in their ability to create dynamic 
Web applications which span from client to server and interoperate with existing 
computing resources. Until recently, HTML has been the dominant technology used 
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in development of Web-based solutions. However, HTML has proven to be 
inadequate in the following areas: 

• Poor performance; 

• Restricted user interface capabilities; 

• Can only produce static Web pages; 

• Lack of interoperability with existing applications and data; and 

• Inability to scale. 

Sun Microsystem's Java language solves many of the client-side problems by: 

• Improving performance on the client side; 

• Enabling the creation of dynamic, real-time Web applications; and 

• Providing the ability to create a wide variety of user interface components. 

With Java, developers can create robust User Interface (UI) components. Custom 
"widgets" (e.g., real-time stock tickers, animated icons, etc.) can be created, and 
client-side performance is improved. Unlike HTML, Java supports the notion of 
client-side validation, offloading appropriate processing onto the client for improved 
performance. Dynamic, real-time Web pages can be created. Using the above- 
mentioned custom UI components, dynamic Web pages can also be created. 

Sun's Java language has emerged as an industry-recognized language for 
"programming the Internet." Sun defines Java as: "a simple, object-oriented, 
distributed, interpreted, robust, secure, architecture-neutral, portable, high- 
performance, multithreaded, dynamic, buzzword-compliant, general-purpose 
programming language. Java supports programming for the Internet in the form of 
platform-independent Java applets." Java applets are small, specialized applications 
that comply with Sun's Java Application Programming Interface (API) allowing 
developers to add "interactive content" to Web documents (e.g., simple animations, 
page adornments, basic games, etc.). Applets execute within a Java-compatible 
browser (e.g., Netscape Navigator) by copying code from the server to client. From 
a language standpoint, Java's core feature set is based on C++. Sun's Java literature 
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states that Java is basically, "C++ with extensions from Objective C for more 
dynamic method resolution." 

Another technology that provides similar function to JAVA is provided by 
Microsoft and ActiveX Technologies, to give developers and Web designers 
wherewithal to build dynamic content for the Internet and personal computers. 
ActiveX includes tools for developing animation, 3-D virtual reality, video and other 
multimedia content. The tools use Internet standards, work on multiple platforms, 
and are being supported by over 100 companies. The group's building blocks are 
called ActiveX Controls, small, fast components that enable developers to embed 
parts of software in hypertext markup language (HTML) pages. ActiveX Controls 
work with a variety of programming languages including Microsoft Visual C++, 
Borland Delphi, Microsoft Visual Basic programming system and, in the fixture, 
Microsoft's development tool for Java, code named "Jakarta." ActiveX 
Technologies also includes ActiveX Server Framework, allowing developers to 
create server applications. One of ordinary skill in the art readily recognizes that 
ActiveX could be substituted for JAVA without undue experimentation to practice 
the invention. 

Figure 3 illustrates a home page interface 300 in accordance with one embodiment 
of the present invention. As shown, a main menu 302 is displayed, which includes 
links to the main services of the child support system website. One link is to a Case 
Payment Information page (See also Figure 12). Another is to a news page 
particular to the case of the user (See also Figure 26). Also included on the home 
page interface is a supplemental links menu 304 which includes links to 
supplemental services. A navigation bar 306, including a linked search page button 
308, a button 310 linked to a Frequently Asked Questions (FAQ) page, a help button 
312, a contact page button 314, and site map button 316 can also be provided to aid 
in navigation. 



AND1P597 



- 18- 



Figure 4 is a flowchart illustrating a method 400 for affording information services 
in a child support framework. First, in operation 402, a database is provided 
including information relating to financial support. Such information includes a 
plurality of questions and answers. During use, the questions are displayed utilizing 
a network. See operation 404. Further, in operation 406, a request is received from 
a user for the information relating to the financial support utilizing the network. The 
request may include the selection of one of the questions. The answer 
corresponding to the selected question is then displayed utilizing the network. See 
operation 408. 

In one embodiment of the present invention, the user may be linked to another site 
on the network including information on financial support field offices. As an 
option, the information may relate to services provided by a governmental financial 
support organization. Further, the information may relate to an eligibility for the 
services provided by the governmental financial support organization, or identify 
financial support violators. 

Figure 5 is a graphical user interface 500 illustrating the frequently asked questions 
associated with the information services of Figure 4 and displayed upon selection of 
the FAQ button on the home page. As shown, popular questions 502 which can be 
readily answered online are provided. Each question is linked to an answer section 
of the same page or another page, where the answer to the question is displayed. 
Preferably, some of the questions and answers are directed towards preparing a user 
for a telephone or in-person interview with a case worker who will be assisting in 
the child support case. 

Figure 6 is a graphical user interface illustrating the financial support violators 
which is displayed upon selection of a most wanted link in the supplemental link 
menu of the home page interface shown in Figure 4. As shown, a first column 602 
displays names of the absent parents, while second, third and fourth columns 
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604,606,608 display the absent parents' date of birth, last known address, and an 
amount of unpaid child support. 

Figure 7 is a graphical user interface 700 illustrating the field office links associated 
with the information services of Figure 4 and displayed upon selection of a field 
office link in the supplemental link menu. As shown, addresses, telephone numbers 
and email addresses are provided for each of the field offices in the state. 

Figure 8 is a graphical user interface 800 illustrating other services associated with 
the information services of Figure 4. As shown, links to related sites are provided. 
Such links can include links 802 directly related to child support and links 804,806 
indirectly related to child support. 

Figure 9 is a graphical user interface 900 illustrating a screen that displays the 
eligibility requirements 902 associated with receiving financial support. 

Figure 10 is a flowchart illustrating a method 1000 for affording a financial support 
payment status. First, in operation 1002, a database is established including 
information on a received financial support payment. The information may include 
an amount of the payment and a date associated with the payment. During use, a 
request is received from a user for the information on the received financial support 
payment utilizing a network. See operation 1004. In response to the request, the 
information on the received financial support payment is displayed utilizing the 
network. Note operation 1006. 

In one embodiment of the present invention, the date may include a date when the 
payment was received. Further, the date may include a date when the payment was 
sent to the user. An amount of time required for the received financial support 
payment to be available for withdrawal may also be displayed. In another 
embodiment of the present invention, the information may include a case number 
associated with the received financial support payment. 
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Figure 11 is a graphical user interface 1100 displaying log-in fields 1102,1104,1106 
that may be required to be filled with user-specific information for execution of the 
method of Figure 10. The log-in screen restricts access to sensitive information such 
as case specifics, payment logs, payment forms, etc. A user identification number is 
placed in field 1102 and a personal identification number is placed in field 1104 to 
verify authorization. The user then selects the CP submit button 1108 if the user is 
the Custodial Parent (CP) or the NCP submit button 1110 if the user is the Non- 
Custodial Parent (NCP) gain access to the protected information. 

Figure 12 is a graphical user interface 1200 that allows access to various types of 
status information in accordance with the method of Figure 10. As shown, links 
1202 to case payment information are displayed. Selection of the various links bring 
up screens displaying a current status of a payment, an amount due for a payment 
period, and a payment history. 

Figure 13 is a flowchart illustrating a method 1300 for providing a payment history 
of a financial support payment. Information regarding a financial support payment 
from a non-custodial parent to a custodial parent is tracked utilizing a network. Note 
operation 1302. Then the tracking information is stored in a database in operation 
1304. The tracking information is subsequently stored utilizing the network in 
response to a request by the custodial parent. See operation 1306. 

In an aspect of the invention, the tracking information can take the form of a chart. 
In another aspect of the invention the tracking information can be selected from the 
group consisting of a date, an amount received on the date, an amount retained of the 
amount received, and a disbursement of the amount received to the custodial parent. 
In still another aspect of the invention, the network includes the Internet. In still yet 
another aspect of the invention, the tracking information is displayed only after a 
user logs in. 
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Figure 14 is a graphical user interface 1400 that conveys the payment history 
information in accordance with the method of Figure 13. As shown, the date each 
payment received is displayed along with the amount received- The amount retained 
and the amount disbursed to the Custodial Parent is also displayed. 

Figure 15 is a flowchart of a method 1500 for calculating an amount of child 
support. First, in operation 1502, data is received relating to at least one of a non- 
custodial parent and a custodial parent utilizing a network. The data may include 
income, number of children, basic support, insurance premium, child care cost, 
and/or additional expenses. During use, an amount of child support due based on 
the received data in operation 1504. Such calculated amount of child support due is 
displayed utilizing the network, as indicated in operation 1506. 

In one embodiment of the present invention, the data may be received by allowing a 
user to fill in a plurality of fields on a chart. Further, a user may be permitted to 
change a profile thereof in response to the display of the calculated amount of child 
support due. Still yet, the data may indicate whether a father or a mother is the 
custodial parent. 

Figure 16 is a graphical user interface 1600 that executes the calculator function in 
accordance with the method of Figure 15. The calculator function is used to 
calculate an estimated amount of child support due per period of time. As shown, 
the gross monthly incomes of both the CP and the NCP are entered in the gross 
monthly income fields 1602. A basic child care amount is entered in the basic 
support field 1604. Additional fields are provided to submit additional child care 
expenses. Upon entering the information, the Calculate Child Support button 1606 
is selected to begin calculation. The approximate amount of child support is 
displayed on a results screen (not shown). 

Figure 17 is a summary 1700 of a proposed site map associated with the present 
invention. 
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Figures 18-24 show flow diagrams illustrating possible navigation routes the user 
can take during use of the present invention. 

5 MOST WANTED PAGE 

This section describes the general design for the 25 Most Wanted Page for an 
electronic Child Support Enforcement Web Application (eCSE). This is achieved by 
providing an overview of the system's various infrastructure components and their 
interdependencies. 

Objectives 

The main objectives of this section is to: 

• Provide an overview of the all components and their dependencies of the 25 
Most Wanted Page. 

• Describe the 25 Most Wanted Page infrastructure objects in sufficient detail 
to support their build. 

• Act as a reference guide for the 25 Most Wanted Page infrastructure objects. 

GENERAL DESIGN REQUIREMENTS 

The eCSE 25 most wanted web page is designed to include the functionality 
25 required perform the following: 

View the 25 Most Wanted Non-Custodial Parents online. 
30 25 MOST WANTED COMPONENTS 
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Description 

An Internet user using a certified web browser will request data from an HTML 
page. 

Data will be retrieved from the SQL7 Server through the ICBAM Architecture. The 
ICBAM Architecture was built using Microsoft Object Component Technologies 
(COM). 

Data will pass through the business logic using the page controller (COM) 
component to/from the Active Server Pages. 

Active server pages will be used to display the top 25 most wanted non-Custodial 
parents who haven't pay their child support sorted from the highest outstanding 
balance to the lowest. Any errors encountered during the data retrieval will be 
documented in a server error log. 

Data Input Sources 

There are no user inputs required for the 25 Most Wanted Page. However, when 
user clicks on the 25 Most Wanted Link from the side menu to access the page, the 
page will retrieve the 25 Most Wanted data and display back to the user on the web 
page. 

Data Security 

No security user logon is required. 
Infrastructure Components 
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Figure 25 illustrates the components of the "25 Most Wanted" Infrastructure. The 
infrastructure is comprised of the following components: 

SQL7 Data Repository on Web Server 2500. An established area on the State 
web server where all files to be used by the eCSE SQL7 data warehouse will be 
deposited. 

Server Microsoft SQL7 Data Warehouse 2502. A robust relational database 
containing tables with data necessary to encompass the functionality of the current 
State Child Support Enforcement system monthly process. 

Client Web Browser Graphical User Interface 2504. The client web based front- 
end of the application in Hyper Text Markup Language (HTML) which a client 
(user) will use to enter new data from the client's web browser into the appropriate 
sql server tables and generate requested results back to the client web browser. 

25 Most Wanted Active Server Page (ASP) 2506. The client web based front-end 
of the application in Hyper Text Markup Language (HTML) calls on the 25 Most 
Wanted Active Server Page to display a list back to the client browser of the top 25 
non-custodial parents who has the highest outstanding child support payments to 
date. The 25 Most Wanted active server page should contain the following: 

• Little logic except to interact with the 25 Most Wanted Page Controller. 

• HTML code to display the results. 

• Client side scripting for common tasks such as formatting, validation, etc. 

25 Most Wanted Business Component 2508. The 25 Most Wanted Business 
Component defines all of the public interfaces for the 25 most wanted business 
related components. It is responsible for all the data access to the SQL7 Server 
Database related to the 25 most wanted data. In addition, the 25 Most Wanted 
business component will contain the following: 

• Majority of the business logic related to 25 most wanted page. 
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• Implementation of all the well defined interfaces. 

• Calls of all backend Application Programmable Interfaces (API) if 
necessary. 

• A Microsoft Transaction Server (MTS) Component. 

5 • Implementation of a declarative and/or programmatic security if necessary. 

The output result will display a list of the top 25 non-custodial parents who have the 
highest outstanding child support payments to date back to the client's web browser. 

10 25 Most Wanted Page Controller 2510. The 25 Most Wanted page controller is a 
Microsoft Transaction Server (MTS) component that will provide a standard way of 
transporting data to and from the 25 Most Wanted Active Server Page through 
dictionary objects. It implements business logic that would otherwise reside in the 
25 most wanted active server page. It is the co-ordinator between the interactions of 

15 the 25 Most Wanted ASP and the 25 Most Wanted Business Components. In 
addition, the 25 Most Wanted Page Controller will interface with the Internet 
Information Server event handlers. 



2? ICBAM Architecture Component 2512. The Internet Component Based 

q 20 Architecture Model (ICBAM) component that will provide a the following common 

architecture services: 

• Error handling 

• Logging Services 

• Database Access 
25 • ID Generation 

• Security Service 

• Registry Service 

• Text Service 

• State Maintenance 



30 



Data Validation Checks 
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The architecture component has error handling routines that ensure data integrity 
when retrieving data. 

Required Output 

Name of Absent Parent, Date of Birth, Last Known Address and the Amount Owed 
will be displayed from the 25 Most Wanted Active Server Page. The data is 
viewable online and printable. 

RECENT NEWS ON CASE DISPLAY PAGE 

This portion describes the general design for the Recent News on Case Display Page 
for the electronic Child Support Enforcement Web Application (eCSE). This is 
achieved by providing an overview of the system's various infrastructure 
components and their interdependencies. 

Objectives 

The main objectives of this section are to: 

• Provide an overview of the all components and their dependencies of the 
Recent News on Case Page. 

• Describe the Recent News on Case Page infrastructure objects in sufficient 
detail to support their build. 

• Act as a reference guide for the Recent News on Case display Page 
infrastructure objects. 

GENERAL DESIGN REQUIREMENTS 
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The eCSE Recent News on Case web page is designed to include the functionality 
required perform the following: 

View the Recent News on Case web page online. 

RECENT NEWS ON CASE DISPLAY COMPONENTS 

Description 

Custodial Parent will click the Recent News on Case link from the Home Page using 
a certified web browser. 

Custodial Parent must logon to their case account using the Logon Page. 

Data will be requested from an HTML page by Custodial Parent's Case Number 
Link. 

Data will be retrieved from the SQL7 Server through the ICBAM Architecture. The 
ICBAM Architecture was built using Microsoft Object Component Technologies 
(COM). 

Data will pass through the business logic using the page controller (COM) 
component to/from the Active Server Pages. 

Active server pages will be used to display information the Recent News on Case as 
of current date. This includes any developments that occur throughout the child 
support process. Any errors encountered during the data retrieval will be 
documented in a server error log using the ICBAM Architecture. 

Data Input Sources 
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There are no user inputs required for the Recent News on Case Page. However, 
when Custodial Parent user clicks on the URL to access the page, the page will 
retrieve the Recent News on Case data by the Case Number selected and display 
case news information back to the Custodial Parent user's web browser. 

5 

Data Security 



Social Security logon, and password is required. Please see Logon Screen/ Security 
and Authentication general design for more details. 

10 

Infrastructure Components 



m 



Figure 26 depicts an infrastructure of a system for displaying the Recent News on 
Case. The infrastructure is comprised of the following components: 

SQL7 Data Repository on Web Server 2600. An established area on the web 
server where all files to be used by the eCSE SQL7 data warehouse will be 
deposited. 



20 Server Microsoft SQL7 Data Warehouse 2602. A robust relational database 

containing tables with data necessary to encompass the functionality of the current 
Child Support Enforcement system monthly process. 



Client Web Browser Graphical User Interface 2604. The client web based front- 
25 end of the application in Hyper Text Markup Language (HTML) which a Custodial 
Parent client (user) will use to click on a Case Number link from the client's web 
browser to initiate querying the appropriate SQL server tables and generate 
requested results back to the client web browser. 

30 Recent News on Case Active Server Page (ASP) 2606. The client web based 

front-end of the application in Hyper Text Markup Language (HTML) calls on the 
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Recent News on Case Active Server Page to display back to the client browser the 
most recent information about the progress of a case. The Recent News on Case 
Active Server Page will contain the following: 

Little logic except to interact with the Recent News on Case Page Controller. 
HTML code to display the results. 

Recent News on Case Business Component 2608. The Recent News on Case 
Business Component defines all of the public interfaces for the Recent News on 
Case business related components. It is responsible for all the data access to the 
SQL7 Server Database related to the Recent News on Case data. In addition, the 
Recent News on Case Display business component will contain the following: 

• Majority of the business logic related to Recent News on Case page. 

• Implementation of all the well defined interfaces. 

• Calls of all backend Application Programmable Interfaces (API) if 
necessary. 

• A Microsoft Transaction Server (MTS) Component. 

Implementation of a declarative and/or programmatic security if necessary. 
The output result will display a list of the top 25 non-custodial parents who has the 
highest outstanding child support payments to date back to the client 's web 
browser. 

Recent News on Case Display Page Controller 2610. The Recent News on Case 
Page Controller is a Microsoft Transaction Server (MTS) component that will 
provide a standard way of transporting data to and from the Recent News on Case 
Active Server Page through dictionary objects. It implements business logic that 
would otherwise will reside in the Recent News on Case Display active server page. 
It is the co-ordinator between the interaction of the Recent News on Case Display 
ASP and the Recent News on Case Display Business Components. In addition, the 
Recent News on Case Page Controller will interface with the Internet Information 
Server event handlers. 
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ICBAM Architecture Component 2612. The Internet Component Based 
Architecture Model (ICBAM) component that will provide a the following common 
architecture services: 

• Error handling 

• Logging Services 

• Database Access 

• ID Generation 

• Security Service 

• Registry Service 

• Text Service 

• State Maintenance 

Data Validation Checks 

The architecture component has error handling routines while retrieving data. 
Required Output 

A list of recent case action events related to the case number followed by month, 
date, and year of the action will be displayed from the Recent News on Case Active 
Server Page. The said data will be viewable online and printable. 



AMOUNT DUE FOR THE CURRENT MONTH DISPLAY PAGE 

This portion describes the general design for the Amount Due For The Current 
Month display Page for the electronic Child Support Enforcement Web Application 
(eCSE). This is achieved by providing an overview of the system's various 
infrastructure components and their interdependencies. 
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Objectives 

The main objectives of this section are to: 

• Provide an overview of the all components and their dependencies of the 
Amount Due For The Current Month Page. 

• Describe the Amount Due For The Current Month Page infrastructure 
objects in sufficient detail to support their build. 

• Act as a reference guide for the Amount Due For The Current Month Page 
infrastructure objects. 

GENERAL DESIGN REQUIREMENTS 

The eCSE Amount Due For The Current Month web page is designed to include the 
functionality required perform the following: 

View the Amount Due For The Current Month web page online. 

AMOUNT DUE FOR THE CURRENT MONTH COMPONENTS 

Description 

Custodial Parent will click the Amount Due For The Current Month link located in 
the main menu selection bar in the Custodial Parent Case Payment Information Page 
using a certified web browser. 

Data will be retrieved from the SQL7 Server through the ICBAM Architecture. The 
ICBAM Architecture was built using Microsoft Object Component Technologies 
(COM). 
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Data will pass through the business logic using the page controller (COM) 
component to/from the Active Server Pages. 

Active server pages will be used to display the Amount Due For The Current Month 
Information in a paragraph form. The data will display in the form of three 
paragraphs: 

The first paragraph displays as of last case process date, the amount that the non- 
Custodial Parent owes the Custodial Parent, the amount that has been paid to date, 
and the total amount still owed to Custodial Parent. 

The second paragraph displays the total of all past payments in arrears that the non- 
Custodial Parent owed to the Custodial Parent and the scheduled payment that the 
non-Custodial Parent owes the Custodial Parent. 

The third paragraph displays the combined total due/payable for the current amount. 

Any errors encountered during the data retrieval will be documented in a server error 
log using the ICBAM Architecture. 

Data Input Sources 

There are no user inputs required for the Amount Due For The Current Month Web 
Page. However, when the Custodial Parent logs on, access the case payment 
information page and clicks on the Amount Due For The Current Month link , the 
page will capture the following: 

• The non-custodial parent name. 

• The custodial parent name. 

• Case number. 
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The active server page will retrieve the Amount Due For The Current Month data 
information formatted in three paragraphs back to the Custodial Parent user's web 
browser. 

Data Security 

Social Security logon, and password is required. Please see Logon Screen/ Security 
and Authentication general design document for more details. 

Infrastructure Components 

The infrastructure is comprised of the following components, as shown in Figure 27: 

SQL7 Data Repository on Web Server 2700. An established area on the web 
server where all files to be used by the eCSE SQL7 data warehouse will be 
deposited. 

Server Microsoft SQL7 Data Warehouse 2702. A robust relational database 
containing tables with data necessary to encompass the functionality of the current 
Child Support Enforcement system monthly process. 

Client Web Browser Graphical User Interface 2704. The client web based front- 
end of the application in Hyper Text Markup Language (HTML) which a Custodial 
Parent client (user) will use to click on a Case Number link from the client's web 
browser to initiate querying the appropriate SQL server tables and generate 
requested results back to the client web browser. 

Amount Due For The Current Month Active Server Page (ASP) 2706. The 

client web based front-end of the application in Hyper Text Markup Language 
(HTML) calls on the Amount Due For The Current Month Active Server Page to 
display back to the client browser the most recent information about the progress of 
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receiving a payment. The Amount Due for the Current Month Active Server Page 
will contain the following: 

• Little logic except to interact with the Amount Due For The Current Month 
Page Controller. 

• HTML code to display the results. 

Amount Due For The Current Month Business Component 2708. The Amount 
Due For The Current Month Business Component defines all of the public 
interfaces for the Amount Due For The Current Month business related components. 
It is responsible for all the data access to the SQL7 Server Database related to the 
Amount Due For The Current Month data. In addition, the Amount Due For The 
Current Month business component will contain the following: 

• Majority of the business logic related to Amount Due For The Current 
Month page. 

• Implementation of all the well defined interfaces. 

• Calls of all backend Application Programmable Interfaces (API) if 
necessary. 

• A Microsoft Transaction Server (MTS) Component. 

• Implementation of a declarative and/or programmatic security if necessary. 

The output result will display three paragraphs which contains the last case process 
date, the amount that the non-Custodial Parent owes the Custodial Parent, the 
amount that has been paid to date, the total amount still owed to Custodial Parent, 
the total of all past payments in arrears that the non-Custodial Parent owed to the 
Custodial Parent and the scheduled payment that the non-Custodial Parent owes the 
Custodial Parent, and the combined total due/payable for the current amount back to 
the custodial parent's web browser. 

Amount Due For The Current Month Page Controller 2710. The Amount Due 
For The Current Month Page Controller is a Microsoft Transaction Server (MTS) 
component that will provide a standard way of transporting data to and from the 
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Amount Due For The Current Month Active Server Page through dictionary objects. 
It implements business logic that would otherwise reside in the Amount Due For 
The Current Month Active Server Page. It is the co-ordinator between the 
interaction of the Amount Due For The Current Month Active Server Pages and the 
Amount Due For The Current Month Business Components. In addition, the 
Amount Due For The Current Month Page Controller will interface with the Internet 
Information Server event handlers. 

ICBAM Architecture Component 2712. The Internet Component Based 
Architecture Model (ICBAM) component that will provide the following common 
architecture services: 

• Error handling 

• Logging Services 

• Database Access 

• ED Generation 

• Security Service 

• Registry Service 

• Text Service 

• State Maintenance 

Data Validation Checks 

The architecture component has error handling routines while retrieving data. 
Required Output 

A list of recent case action events related to the case number followed by month, 
date, and year of the action will be displayed from the Amount Due For The Current 
Month Active Server Page. The said data will be viewable online and printable. The 
Amount Due For The Current Month display format where the output results are 
stored in the < > areas. 
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CONTACT US/EMAIL CONNECTION TO CASE WORKER DISPLAY 
PAGE 

This portion describes the general design for the Contact Us/Email Connection to 
Case Worker Display Page for the electronic Child Support Enforcement Web 
Application (eCSE). This is achieved by providing an overview of the system's 
various infrastructure components and their interdependences. 

Objectives 

The main objectives of this section are to: 

• Provide an overview of the all components and their dependencies of the 
Contact Us/Email Connection to Case Worker Page. 

• Describe the Contact Us/Email Connection to Case Worker Page 
infrastructure objects in sufficient detail to support their build. 

• Act as a reference guide for the Contact Us/Email Connection to Case 
Worker Page infrastructure objects. 

GENERAL DESIGN REQUIREMENTS 

The eCSE Contact Us/Email Connection to Case Worker web page is designed to 
include the functionality required perform the following: 

View the Contact Us/Email Connection to Case Worker web page online. 
Send an email correspondence from Internet user to a Case Worker online. 



CONTACT US / EMAIL CONNECTION TO CASE WORKER COMPONENTS 
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Description 

Custodial Parent will click the Contact Us link located in the top menu selection bar 
in the Home Page using a certified web browser. The Contact Us link will be 
displayed throughout the Child Support Enforcement Web Site. 

Data will be retrieved from the SQL7 Server through the ICBAM Architecture. The 
ICBAM Architecture was built using Microsoft Object Component Technologies 
(COM). 

Data will pass through the business logic using the page controller (COM) 
component to/from the Active Server Pages. 

Active server pages will be used to display the Contact Us - case worker email link , 
Office phone, local and 800 toll-free, and mailing address. Any errors encountered 
during the data retrieval will be documented in a server error log using the ICBAM 
Architecture. 

Data Input Sources 

There are no user inputs required for the Contact Us Web Page. However, when an 
Internet User clicks on the URL to access the page, the page will retrieve the 
Contact Us / Email Connection to Case Worker data by the Case Number selected 
and display case news information back to the Custodial Parent user's web browser. 

Data Security 

No security user logon is required. 
Infrastructure Components 
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As shown in Figure 28, the infrastructure is comprised of the following components: 

SQL7 Data Repository on Web Server 2800. An established area on the web 
server where all files to be used by the eCSE SQL7 data warehouse will be 
deposited. 

Server Microsoft SQL7 Data Warehouse 2802. A robust relational database 
containing tables with data necessary to encompass the functionality of the current 
Child Support Enforcement system monthly process. 

Client Web Browser Graphical User Interface 2804. The client web based front- 
end of the application in Hyper Text Markup Language (HTML) which a Custodial 
Parent client (user) will use to click on a Case Number link from the client's web 
browser to initiate querying the appropriate SQL server tables and generate 
requested results back to the client web browser. 

Contact Us / Email Connection to Case Worker Active Server Page (ASP) 2806. 

The client web based front-end of the application in Hyper Text Markup Language 
(HTML) calls on the Contact Us / Email Connection to Case Worker Active Server 
Page to display back to the client browser the most recent information about the 
progress of a case. The Contact Us / Email Connection to Case Worker Active 
Server Page will contain the following: 

• Little logic except to interact with the Contact Us / Email Connection to Case 
Worker Page Controller. 

• HTML code to display the results. 

Contact Us / Email Connection to Case Worker Business Component 2808. The 

Contact Us / Email Connection to Case Worker Business Component defines all of 
the public interfaces for the Contact Us / Email Connection to Case Worker business 
related components. It is responsible for all the data access to the SQL7 Server 
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Database related to the Contact Us / Email Connection to Case Worker data. In 
addition, the Contact Us / Email Connection to Case Worker Display business 
component will contain the following: 

• Majority of the business logic related to Contact Us / Email Connection to 
Case Worker page. 

• Implementation of all the well defined interfaces. 

• Calls of all backend Application Programmable Interfaces (API) if 
necessary. 

• A Microsoft Transaction Server (MTS) Component. 

• Implementation of a declarative and/or programmatic security if necessary. 

Contact Us / Email Connection to Case Worker Display Page Controller 2810. 

The Contact Us / Email Connection to Case Worker Page Controller is a Microsoft 
Transaction Server (MTS) component that will provide a standard way of 
transporting data to and from the Contact Us Case Worker Active Server Page 
through dictionary objects. It implements business logic that would otherwise reside 
in the Contact Us Display active server page. It is the co-ordinator between the 
interaction of the Contact Us Active Server Pages and the Contact Us Business 
Components. In addition, the Contact Us Page Controller will interface with the 
Internet Information Server event handlers. 

ICBAM Architecture Component 2812. The Internet Component Based 
Architecture Model (ICBAM) component that will provide the following common 
architecture services: 

• Error handling 

• Logging Services 

• Database Access 

• ID Generation 

• Security Service 

• Registry Service 

• Text Service 
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• State Maintenance 



TCP/IP Network 2814. Internet user will send an email correspondence 2816 
through the TCP/IP network to the State's email server into a case worker's inbox. 

5 

Data Validation Checks 



The architecture component has error handling routines while retrieving data. For 
the email form, the email address in the To: field must be in the standard email 
10 address format: 



Q anyname @any body, com 

t In 

^: anyname @anybody.net 

01 15 

y = 

m anyname@anybody.org 

i— j 

1Z Required Output 

y 20 A list of recent case action events related to the case number followed by month, 

date, and year of the action will be displayed from the Contact Us / Email 
Connection to Case Worker Active Server Page. The data will be viewable online 
and printable. 

25 

HAVE YOU FOUND THE NON-CUSTODIAL PARENT OF MY CHILDREN 
DISPLAY PAGE 



This portion describes the general design for the Have You Found the Non- 
30 Custodial Parent of My Children display Page for electronic Child Support 
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Enforcement Web Application (eCSE). This is achieved by providing an overview 
of the system's various infrastructure components and their interdependencies. 

Objectives 

5 The main objectives of this document are to: 

• Provide an overview of the all components and their dependencies of the 
Have You Found the Non-Custodial Parent of My Children Page. 

• Describe the Have You Found the Non-Custodial Parent of My Children 
Page infrastructure objects in sufficient detail to support their build. 

• Act as a reference guide for the Have You Found the Non-Custodial Parent 
of My Children Page infrastructure objects. 

GENERAL DESIGN REQUIREMENTS 

The eCSE Have You Found the Non-Custodial Parent of My Children web page is 
designed to include the functionality required in performing the following: 

• View the Have You Found the Non-Custodial Parent of My Children web 
page online. 

• Link to the Help Manage Case Page. 

HAVE YOU FOUND THE NON-CUSTODIAL PARENT OF MY CHILDREN 
COMPONENTS 

25 

Description 

Custodial Parent will click the Have You Found the Non-Custodial Parent of My 
Children link located in the main menu selection bar in the Custodial Parent Case 
30 Payment Information Page using a certified web browser. 



10 



15 



20 
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Data will be retrieved from the SQL7 Server through the CBAM Architecture. The 
CBAM Architecture was built using Microsoft Object Component Technologies 
(COM). 

5 Data will pass through the business logic using the page controller (COM) 
component to/from the Active Server Pages. 

Active server pages will be used to display the Have You Found the Non-Custodial 
Parent of My Children Information in a paragraph form. The data will display in the 
10 form of two paragraphs: 

The first paragraph displays the as of last processed date, non-Custodial Parent's full 
name, and whether or not the non-custodial parent has been located. 

15 The second paragraph displays a message which informs the Custodial Parent to 
make sure the home and work addresses are correct. If there is new information 
about the non-Custodial Parent, it will contain a link to the Manage My Case Page. 

Any errors encountered during the data retrieval will be documented in a server error 
20 log using the CBAM Architecture. 

Data Input Sources 

There are no user inputs required for the Have You Found the Non-Custodial Parent 
25 of My Children Web Page. However, when the Custodial Parent logs on, access the 
case payment information page and clicks on the Have You Found the Non- 
Custodial Parent of My Children link, the page will capture the following: 

• The non-custodial parent name. 

• The custodial parent name. 
30 • Case number. 
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The active server page will retrieve the Have You Found the Non-Custodial Parent 
of My Children data information formatted in two paragraphs back to the Custodial 
Parent user's web browser. 

5 Data Security 

Social Security logon, and password is required. Please see Logon Screen/ Security 
and Authentication general design document for more details. 

10 Infrastructure Components 

As illustrated in Figure 29, the infrastructure is comprised of the following 
components: 

SQL7 Data Repository on Web Server 2900. An established area on the web 
15 server where all files to be used by the eCSE SQL7 data warehouse will be 
deposited. 

Server Microsoft SQL7 Data Warehouse 2902. A robust relational database 
containing tables with data necessary to encompass the functionality of the current 
20 Child Support Enforcement system monthly process. 

Client Web Browser Graphical User Interface 2904. The client web based front- 
end of the application in Hyper Text Markup Language (HTML) which a Custodial 
Parent client (user) will use to click on a Case Number link from the client's web 
25 browser to initiate querying the appropriate SQL server tables and generate 
requested results back to the client web browser. 

Have You Found the Non-Custodial Parent of My Children Active Server Page 
(ASP) 2906. The client web based front-end of the application in Hyper Text 
30 Markup Language (HTML) calls on the Have You Found the Non-Custodial Parent 
of My Children Active Server Page to display back to the client browser the most 



AND1P597 



-44- 



recent information about the reasons of locating or not locating the non-Custodial 
Parent. The Have You Found the Non-Custodial Parent of My Children Active 
Server Page will contain the following: 

• Little logic except to interact with the Have You Found the Non-Custodial 
Parent of My Children Page Controller. 

• HTML code to display the results. 

Have You Found the Non-Custodial Parent of My Children Business 
Component 2908. The Have You Found the Non-Custodial Parent of My Children 
Business Component defines all of the public interfaces for the Have You Found the 
Non-Custodial Parent of My Children business related components. It is responsible 
for all the data access to the SQL7 Server Database related to the Have You Found 
the Non-Custodial Parent of My Children data. In addition, the Have You Found the 
Non-Custodial Parent of My Children business component will contain the 
following: 

• Majority of the business logic related to Have You Found the Non-Custodial 
Parent of My Children page. 

• Implementation of all the well defined interfaces. 

• Calls of all backend Application Programmable Interfaces (API) if 
necessary. 

• A Microsoft Transaction Server (MTS) Component. 

• Implementation of a declarative and/or programmatic security if necessary. 

The output result will display two paragraphs which contains the Custodial Parent 
full name, Case Number, non-Custodial Parent full name, links to the Current Home 
Address and the non-Custodial Employers Address page back to the custodial 
parent's web browser. 

Have You Found the Non-Custodial Parent of My Children Page Controller 
2910. The Have You Found the Non-Custodial Parent of My Children Page 
Controller is a Microsoft Transaction Server (MTS) component that will provide a 
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standard way of transporting data to and from the Have You Found the Non- 
Custodial Parent of My Children Active Server Page through dictionary objects. It 
implements business logic that would otherwise reside in the Have You Found the 
Non-Custodial Parent of My Children Active Server Page. It is the co-ordinator 
between the interaction of the Have You Found the Non-Custodial Parent of My 
Children Active Server Pages and the Have You Found the Non-Custodial Parent of 
My Children Business Components. In addition, the Have You Found the Non- 
Custodial Parent of My Children Page Controller will interface with the Internet 
Information Server event handlers. 

CBAM Architecture Component 2912. The Component Based Architecture 
Model (CBAM) component that will provide the following common architecture 
services: 

• Error handling 

• Logging Services 

• Database Access 

• ID Generation 

• Security Service 

• Registry Service 

• Text Service 

• State Maintenance 

Data Validation Checks 

The architecture component has error handling routines while retrieving data. 
Required Output 

A list of recent case action events related to the case number followed by month, 
date, and year of the action will be displayed from the Have You Found the Non- 
Custodial Parent of My Children Active Server Page. The said data will be viewable 
online and printable. 
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WHERE IS MY MONEY DISPLAY PAGE 

This portion describes the general design for the Where is My Money Display Page 
5 for the electronic Child Support Enforcement Web Application (eCSE). This is 
achieved by providing an overview of the system's various infrastructure 
components and their interdependencies. 



in objectives of this section are to: 

Provide an overview of the all components and their dependencies of the 
Where is My Money Page. 

Describe the Where is My Money Page infrastructure objects in sufficient 
detail to support their build. 

Act as a reference guide for the Where is My Money Page infrastructure 
objects. 

IAL DESIGN REQUIREMENTS 

The eCSE Where is My Money web page is designed to include the functionality 
required perform the following: 

25 • View the Where is My Money web page online. 

WHERE IS MY MONEY COMPONENTS 

Description 
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Custodial Parent will click the Where is My Money link located in the main menu 
selection bar in the Custodial Parent Case Payment Information Page using a 
certified web browser. 

Data will be retrieved from the SQL7 Server through the ICBAM Architecture. The 
ICBAM Architecture was built using Microsoft Object Component Technologies 
(COM). 

Data will pass through the business logic using the page controller (COM) 
component to/from the Active Server Pages. 

Active server pages will be used to display the Where is My Money Information in a 
paragraph form. The data will display the current month's payment, The date the 
payment was mailed to the Custodial Parent, When will the check be delivered, and 
an option link to set up a direct deposit into the Custodial Parent's account. Any 
errors encountered during the data retrieval will be documented in a server error log 
using the ICBAM Architecture. 

Data Input Sources 

There are no user inputs required for the Where is My Money Web Page. However, 
when an Internet User clicks on the Where is My Money link, the page will retrieve 
the Where is My Money data in a paragraph back to the Custodial Parent user's web 
browser. 

Data Security 

Social Security logon, and password is required. Please see Logon Screen/ Security 
and Authentication general design document for more details. 

Infrastructure Components 
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The infrastructure is comprised of the following components, shown in Figure 30: 

SQL7 Data Repository on Web Server 3000. An established area on the web 
server where all files to be used by the eCSE SQL7 data warehouse will be 
deposited. 

Server Microsoft SQL7 Data Warehouse 3002. A robust relational database 
containing tables with data necessary to encompass the functionality of the current 
Child Support Enforcement system monthly process. 

Client Web Browser Graphical User Interface 3004. The client web based front- 
end of the application in Hyper Text Markup Language (HTML) which a Custodial 
Parent client (user) will use to click on a Case Number link from the client's web 
browser to initiate querying the appropriate SQL server tables and generate 
requested results back to the client web browser. 

Where is My Money Active Server Page (ASP) 3006. The client web based front- 
end of the application in Hyper Text Markup Language (HTML) calls on the Where 
is My Money Active Server Page to display back to the client browser the most 
recent information about the progress of receiving a payment. The Where is My 
MoneyActive Server Page will contain the following: 

• Little logic except to interact with the Where is My Money Page Controller. 

• HTML code to display the results. 

Where is My Money Business Component 3008. The Where is My Money 
Business Component defines all of the public interfaces for the Where is My Money 
business related components. It is responsible for all the data access to the SQL7 
Server Database related to the Where is My Money data. In addition, the Where is 
My Money business component will contain the following: 

• Majority of the business logic related to Where is My Money page. 
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• Implementation of all the well defined interfaces. 

• Calls of all backend Application Programmable Interfaces (API) if 
necessary. 

• A Microsoft Transaction Server (MTS) Component. 

• Implementation of a declarative and/or programmatic security if necessary. 

The output result will display a paragraph of the amount of money, the date the 
money was mailed back to the custodial parent's web browser. 

Where is My Money Page Controller 3010. The Where is My Money Page 
Controller is a Microsoft Transaction Server (MTS) component that will provide a 
standard way of transporting data to and from the Where is My Money Active 
Server Page through dictionary objects. It implements business logic that would 
otherwise will reside in the Where is My Money Active Server Page. It is the co- 
ordinator between the interaction of the Where is My Money Active Server Pages 
and the Where is My Money Business Components. In addition, the Where is My 
Money Page Controller will interface with the Internet Information Server event 
handlers. 

ICBAM Architecture Component 3012. The Internet Component Based 
Architecture Model (ICBAM) component that will provide the following common 
architecture services: 

• Error handling 

• Logging Services 

• Database Access 

• ID Generation 

• Security Service 

• Registry Service 

• Text Service 

• State Maintenance 
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Data Validation Checks 

The architecture component has error handling routines while retrieving data. 

5 Required Output 

A list of recent case action events related to the case number followed by month, 
date, and year of the action will be displayed from the Where is My Money Active 
Server Page. The said data will be viewable online and printable. The Where is My 
10 Money display format where the output results are stored in the < > areas. 

WHY DIDN'T I GET MY CHILD SUPPORT PAYMENT DISPLAY PAGE 

This portion describes the general design for the Why Didn't I Get My Child 
Support Payment display Page for the electronic Child Support Enforcement Web 
Application (eCSE). This is achieved by providing an overview of the system's 
various infrastructure components and their interdependences. 

Objectives 

The main objectives of this document are to: 

• Provide an overview of the all components and their dependencies of the 
Why Didn't I Get My Child Support Payment Page. 

• Describe the Why Didn't I Get My Child Support Payment Page 
infrastructure objects in sufficient detail to support their build. 

• Act as a reference guide for the Why Didn't I Get My Child Support 
Payment Page infrastructure objects. 

GENERAL DESIGN REQUIREMENTS 
30 




AND1P597 



-51 - 



The eCSE Why Didn't I Get My Child Support Payment web page is designed to 
include the functionality required perform the following: 

• View the Why Didn't I Get My Child Support Payment web page online. 
5 • Link to update the current Home Address of the non-Custodial and/or 

Custodial Parent. 

• Link to update the Employer's Address of the non-Custodial Parent. 
WHY DIDN'T I GET MY CHILD SUPPORT PAYMENT COMPONENTS 
Description 

Custodial Parent will click the Why Didn't I Get My Child Support Payment link 
located in the main menu selection bar in the Custodial Parent Case Payment 
Information Page using a certified web browser. 

Data will be retrieved from the SQL7 Server through the ICBAM Architecture. The 
ICBAM Architecture was built using Microsoft Object Component Technologies 
(COM). 

Data will pass through the business logic using the page controller (COM) 
component to/from the Active Server Pages. 

Active server pages will be used to display the Why Didn't I Get My Child Support 
25 Payment Information in a paragraph form. The data will display in the form of two 
paragraphs: 

The first paragraph displays the reason the payment was not received, and the non- 
Custodial Parent's full name. 

30 




AND1P597 



-52- 



The second paragraph displays a message which informs the Custodial Parent to 
make sure the current address is correct. In addition, the second paragraph will 
contain the links to the Current Address Page and Current Employers Address Page 
of the non-Custodial Parent. 

Any errors encountered during the data retrieval will be documented in a server error 
log using the ICBAM Architecture. 

Data Input Sources 

There are no user inputs required for the Why Didn't I Get My Child Support 
Payment Web Page. However, when the Custodial Parent logs on, access the case 
payment information page and clicks on the Why Didn't I Get My Child Support 
Payment link , the page will capture the following: 

• The non-custodial parent name. 

• The custodial parent name. 

• Case number. 

The active server page will retrieve the Why Didn't I Get My Child Support 
Payment data information formatted in two paragraphs back to the Custodial Parent 
user's web browser. 

Data Security 

Social Security logon, and password is required. Please see Logon Screen/ Security 
and Authentication general design document for more details. 

Infrastructure Components 

The infrastructure is comprised of the following components: 
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SQL7 Data Repository on Web Server 3100. An established area on the web 
server where all files to be used by the eCSE SQL7 data warehouse will be 
deposited. 



5 Server Microsoft SQL7 Data Warehouse 3102. A robust relational database 
containing tables with data necessary to encompass the functionality of the current 
Child Support Enforcement system monthly process. 

Client Web Browser Graphical User Interface 3104. The client web based front- 
10 end of the application in Hyper Text Markup Language (HTML) which a Custodial 

Parent client (user) will use to click on a Case Number link from the client's web 
p browser to initiate querying the appropriate SQL server tables and generate 

fz requested results back to the client web browser. 

n ; , 15 Why Didn't I Get My Child Support Payment Active Server Page (ASP) 3106. 

^ The client web based front-end of the application in Hyper Text Markup Language 

s (HTML) calls on the Why Didn't I Get My Child Support Payment Active Server 

j= Page to display back to the client browser the most recent information about the 

f ^ reasons of not receiving a payment. The Why Didn't I Get My Child Support 

O 20 Payment Active Server Page will contain the following: 

faa? • Little logic except to interact with the Why Didn't I Get My Child Support 

Payment Page Controller. 
• HTML code to display the results. 



25 Why Didn't I Get My Child Support Payment Business Component 3108. The 

Why Didn't I Get My Child Support Payment Business Component defines all of 
the public interfaces for the Why Didn't I Get My Child Support Payment business 
related components. It is responsible for all the data access to the SQL7 Server 
Database related to the Why Didn't I Get My Child Support Payment data. In 
30 addition, the Why Didn't I Get My Child Support Payment business component will 
contain the following: 
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• Majority of the business logic related to Why Didn't I Get My Child Support 
Payment page. 

• Implementation of all the well defined interfaces. 

• Calls of all backend Application Programmable Interfaces (API) if 
necessary. 

• A Microsoft Transaction Server (MTS) Component. 

• Implementation of a declarative and/or programmatic security if necessary. 

The output result will display two paragraphs which contains the Custodial Parent 
full name, Case Number, non-Custodial Parent full name, links to the Current Home 
Address and the non-Custodial Employers Address page back to the custodial 
parent's web browser. 

Why Didn't I Get My Child Support Payment Page Controller 3110. The Why 

Didn't I Get My Child Support Payment Page Controller is a Microsoft Transaction 
Server (MTS) component that will provide a standard way of transporting data to 
and from the Why Didn't I Get My Child Support Payment Active Server Page 
through dictionary objects. It implements business logic that would otherwise will 
reside in the Why Didn't I Get My Child Support Payment Active Server Page. It is 
the co-ordinator between the interaction of the Why Didn't I Get My Child Support 
Payment Active Server Pages and the Why Didn't I Get My Child Support Payment 
Business Components. In addition, the Why Didn't I Get My Child Support 
Payment Page Controller will interface with the Internet Information Server event 
handlers. 

ICBAM Architecture Component 3112. The Internet Component Based 
Architecture Model (ICBAM) component that will provide the following common 
architecture services: 

• Error handling 

• Logging Services 

• Database Access 
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• ID Generation 

• Security Service 

• Registry Service 

• Text Service 

• State Maintenance 

Data Validation Checks 

The architecture component has error handling routines while retrieving data. 
Required Output 

A list of recent case action events related to the case number followed by month, 
date, and year of the action will be displayed from the Why Didn't I Get My Child 
Support Payment Active Server Page. The said data will be viewable online and 
printable. 

Although only a few embodiments of the present invention have been described in 
detail herein, it should be understood that the present invention may be embodied in 
many other specific forms without departing from the spirit or scope of the 
invention. Therefore, the present examples and embodiments are to be considered 
as illustrative and not restrictive, and the invention is not to be limited to the details 
given herein, but may be modified within the scope of the appended claims. 
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